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PACKET BOX ELECTRONIC 
DEVICE AND LOGISTIC SYSTEM 

CROSS REFERENCE TO RELATED APPLICATION 

[0001] This is a continuation of International Application No. PCT/DE02/03761 filed 
October 7, 2002, the disclosure of which is incorporated herein by reference. 

BACKGROUND OF THE DISCLOSURE 

Field of the Disclosure 

[0002] The disclosure generally relates to an electronic parcel box system. 

Brief Description of Related Technology 

[0003] Electronic parcel box systems are known, for example, from DE 
100 00 830 A1 , which discloses a method for depositing goods into at least one locker. The 
parcel box system used for this method has several parcel boxes that are opened and closed 
by means of an electronic locking system. Several parcel boxes are associated with an 
operating unit in the form of a terminal for reading in or outputting data. The locking system 
and the operating units are connected to a computer that controls the parcel box system. 
This publication also discloses a networking of the computers of several locker systems to 
form a multi-computer system having a central administration computer. The administration 
computer belongs, for example, to a delivery service that monitors all movements of goods in 
the locker compartments. 

SUMMARY OF THE DISCLOSURE 

[0004] Disclosed herein is an electronic parcel box system that allows flexible 
delivery and pick-up of parcels from parcel box systems. 

[0005] Accordingly, such an electronic parcel box system is configured in such a 
way that it includes a plurality of electronic parcel boxes, whereby in each case, several 
parcel boxes are associated with an operating unit, and a central control unit is provided for 



controlling the operating units, whereby the central control unit has a means for flexibly 
associating the parcel boxes with the operating units. 

[0006] The electronic parcel box system includes several individual delivery devices, 
whereby the delivery devices are equipped with one or more operating units. Several or all of 
the operating units are controlled by the central control unit. 

[0007] It is advantageous for the operating units to include a control means for 
controlling the opening and/or the closing of the parcel boxes associated with the operating 
units. 

[0008] The individual electronic parcel box systems are joined together to form 
clusters. In particular, it is advantageous for the central control unit to have a means for 
associating the parcel box systems with the operating units. The embodiment in which the 
parcel boxes and the operating units are associated with each other via the central control 
unit has the advantage that, in this manner, the electronic parcel box system can easily be 
adapted to changed operating parameters. It also is advantageous for the association of the 
parcel boxes with the operating units to be variable. In this manner, it is possible, for 
example, that, if an operating unit malfunctions, parcel boxes that had been associated with 
this operating unit until then can be associated with another operating unit. 

[0009] In an especially preferred embodiment, the electronic parcel box system is 
configured in such a way that the central control unit has an interface for receiving information 
from a database server that contains filling data. In this way, the electronic parcel box system 
can be flexibly adapted to operating situations and user habits. For example, if an operating 
unit malfunctions, the parcel boxes that had been associated with this operating unit until then 
can be associated with one or more other operating units. This, too, enhances the flexibility to 
adapt to the needs or habits of users of the parcel box system. c 

[0010] Especially preferred embodiments allow internal communication between the 
central control unit and the operating units as well as external communication between the 
central control unit and one or more database servers. In an advantageous embodiment, 
such an integration of the data communication takes place in such a way that the central 
control unit has an interface for transmitting information to a database server that has been 
provided with filling data. Moreover, it is advantageous to equip the central control unit with 
additional interfaces for checking and/or changing operating states. This makes the electronic 
parcel box system particularly easy to maintain. Another enhancement in the flexibility and 
versatility of the electronic parcel box system can be achieved in that the central control unit 
has a computer that can store and process operating data and/or the filling status of the 
parcel boxes. 



[0011] The term "computer" is not to be construed in any limiting manner, as it refers 
to any unit that is capable of executing computations, for example, a work station, a personal 
computer, a microcomputer or a circuit that is suitable for executing computations and/or 
comparisons. 

[0012] Also disclosed herein is a logistic system that is characterized in that it 
contains several electronic parcel box systems networked with each other. Such a logistic 
system constitutes an especially preferred way to allow a flexible delivery and pick-up of 
parcels from parcel boxes. By networking several electronic parcel box systems, it is 
especially possible to deliver mailpieces in a particularly flexible manner. Thus, for example, 
if all of the parcel boxes of a given electronic parcel-box system are occupied, it is possible to 
transport additional mailpieces to another electronic parcel box system and to keep them 
ready for pick-up there. By integrating a preferably centrally-operated database server, parcel 
shipments can be delivered to the electronic parcel box systems as a function of the filling 
status of the electronic parcel box system and/or of the parcel boxes contained therein. 

[0013] Additional features of the disclosure may become apparent to those skilled in 
the art from a review of the following detailed description, taken in conjunction with the 
drawing figures, the examples, and the appended claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] For a more complete understanding of the disclosure, reference should be 
made to the following detailed description and accompanying drawing wherein: 

[0015] Figure 1 illustrates the structure of a delivery machine interface suitable as a 
communication platform with the electronic parcel box system; 

[0016] Figure 2 is a schematic diagram of components used for user registration, 
user assistance, and shipment tracking; 

[0017] Figure 3 is a schematic diagram of function procedure calls for the 
implementation of in-house service functions; 

[0018] Figure 4 is a schematic diagram of interfaces employed for user notification; 

[0019] Figure 5 is a detailed view of interfaces used for the filling and administration 
of parcel boxes; 

[0020] Figure 6 is a detailed view of interfaces used for the configuration of delivery 
machines and the capacity utilization; and, 

[0021] Figure 7 shows process steps for correcting errors. 



[0022] While the disclosed device and system are susceptible of embodiments in 
various forms, there are illustrated in the drawings (and will hereafter be described) specific, 
embodiments of the disclosure, with the understanding that the disclosure is intended to be 
illustrative, and is not intended to limit the disclosure to the specific embodiments described 
and illustrated herein 

DETAILED DESCRIPTION 

[0023] Disclosed herein is an electronic parcel box system that includes an 
operating unit, a plurality of electronic parcel boxes, several of which are associated with the 
operating unit, and ,a control unit for controlling the operating unit. The control unit includes 
an interface for flexibly associating the parcel boxes with the operating units. The parcel 
boxes associated with a malfunctioning operating unit can be associated with another 
operating unit. Also disclosed herein is a logic system that includes several electronic parcel 
box systems networked with each other, a central database server that includes memory for 
storing data about the filling status of the parcel box systems and a transmitter for transmitting 
the data, and a device for delivering postal parcels to individual electronic parcel box systems 
as a function of the filling status of the electronic parcel box systems. 

[0024] The embodiment presented below shows the integration of the electronic 
parcel box system into a comprehensive logistic system. Such an integration of the electronic 
parcel box system into a comprehensive system is especially advantageous since in such a 
case, the flexibility attained with the set-up of the electronic parcel box systems according to 
the disclosure allows them to be used especially efficiently. 

[0025] Although such a use of the parcel box systems in the comprehensive logistic 
system is especially preferred, as a matter of principle, the electronic parcel box systems can 
also be operated without being networked. In these embodiments as well, the integration of 
the central control unit for controlling the operating units makes the electronic parcel box 
systems more flexible to use. However, the application possibilities for the disclosed system 
are even further augmented by networking multiple parcel box systems with each other and/or 
with the preferably centrally operated database server. When several of these advantageous 
components are integrated, the result is a comprehensive system having the following 
constituents, which are also referred to below as postal service customers (e.g., "Post24") 
since it is possible to achieve automated, round-the-clock operation: 

[0026] 1 . Multiple parcel dispensing units that preferably each have at least 
one operating unit. 

[0027] 2. A central control unit with which the individual delivery machines are 
networked in clusters and which monitors the operating states and functions of the delivery 
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machines. The central control unit serves as a "concentrator" for the parcel transactions that 
it forwards to the server of the postal service customers. Moreover, the central control unit 
distributes the operating instructions of the server of the postal service customers to the 
parcel delivery machines. 

[0028] 3. The server of the postal service customers that administers the 
customer and parcel data and that registers and controls the procedures of the delivery 
machine and that operates the central program applications (registration, CallCenter, 
Track&Trace, etc.). 

[0029] The system has a modular design. A standardized interface is defined that 
regulates the communication between the delivery machine, or the CallCenter, and the server 
of the postal service customers. In this manner, delivery machines made by different 
manufacturers can be incorporated. The modular design of the individual parcel box systems 
is especially well-suited in terms of increasing the flexibility and versatility of the individual 
electronic parcel box systems as well as of the comprehensive logistic system. Preferably, 
the electronic parcel box systems used in the logistic system are structured in such a way that 
they execute the functions and operating contents of the comprehensive logistic system in an 
especially effective and efficient manner. 

[0030] As a matter of principle, the electronic parcel box systems can be 
implemented in the form of numerous different technical solutions. The embodiments of 
electronic parcel box systems presented below, however, are particularly well-suited in view 
of their reliability and user-friendliness. One of the two systems is characterized in that the 
parcel boxes can each be individually closed with a door. Another, likewise preferred, 
configuration of the embodiment of the parcel box system is characterized by a cyclic elevator 
system with special transport mechanisms for individual boxes for purposes depositing and 
removing the individual parcels. 

[0031] In the embodiments shown, the delivery machine allows loading and picking- 
up of parcels or of contents via differently sized parcel boxes. An especially preferred feature 
of the delivery machine system is that parcel boxes are only temporarily associated with 
certain recipients, namely, only when the box contains something for that specific recipient. 
For this purpose, first of all, the potential recipient should be known to the delivery machine 
system and secondly, the shipments should be administered centrally and so as to be 
recipient-related. 

[0032] During the loading procedure, a parcel identification code and a recipient 
identification code are detected. On the basis of the recipient identification code, the matching 
access code is requested from the server of the postal service customers (central system). 
When the parcel is picked up, the person doing so identifies himself with his personal 



recipient identification code, for example, using a magnetic card and the secret personal 
access code. If this information matches the information stored in the delivery machine, the 
contents of a box are released to the recipient. If it is a cash-on-delivery ("COD") parcel or if a 
sum of money has to be collected when the parcel is handed over, then the amount is first 
displayed and the person picking it up can pay this amount via a payment terminal (e.g., a 
credit card, cash card, etc.). 

[0033] Parcels (or goods) that are being returned by recipients are detected by the 
delivery machine and reported to the server of the postal service customers, which initiates 
the pick-up procedure by the appropriate logistics personnel. 

[0034] Advantageously, the central control unit - which is also called a control panel 
- has the properties described below. 

[0035] The individual delivery machines are networked via the central control unit 
that clusters and combines the communication ("concentrator")- Service and maintenance 
tasks are monitored via the central control unit. The central control unit recognizes whether 
delivery machines or components of the delivery machine (operating unit, printer, individual 
boxes) are ready for operation and which operating events are taking place in the various 
delivery machines. 

[0036] The server of the postal service customers is a data server that is networked 
via Internet-based web technology with the delivery machines, or with the control panel. The 
server of the postal service customers is an interface to additional database applications, 
which, for example, allow an integration of invoicing and shipment tracking functions. 

[0037] The delivery machine is preferably only used by recipients who have 
previously signed up with the postal service entity (e.g., Deutsche Post) for this service and 
whose data is stored on the server of the postal service customers. The recipients who are 
thus registered receive a recipient identification code that they are supposed to use as part of 
their address information and they also receive a personal secret access code. Once a 
delivery has been made to the delivery machine, the recipient is automatically notified by the 
server of the postal service customers. The notification is preferably given electronically, for 
example, by sending an SMS message or an e-mail message. However, it is likewise possible 
for a letter to be automatically printed and sent to the recipient. The recipient can then pick up 
the parcel at the delivery machine at his own convenience. If this is not done within a certain 
period of time, a reminder is sent and, once the delivery period has lapsed, the parcel is made 
ready to be returned to the sender. 

[0038] The parcel pick-up system is suitable for various areas of application. On the 
one hand, this delivery machine system can deliver normal parcels for final customers, but on 
the other hand, it can also meet special requirements of business customers. 
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[0039] Thus, a fixed or variable portion of the delivery machine parcel boxes can be 
rented for business partners and customers of the logistic company employing the system so 
that these customers can use the system accordingly. The delivery machine system is thus a 
central depot for these customers and the stock of goods and movement of goods in this 
depot can be controlled centrally and invoiced accordingly. In particular, this is a system 
consisting of centralized and decentralized components in order to achieve an intelligent, 
demand-based ordering and delivery system. The system comprises various components 
and interfaces that effectively and flexibly achieve a logistic system with delivery and service 
capabilities that have not been possible up until now. 

[0040] Examples of functions that are integrated into the system are: parcel data 
management; user data management; registration of customers; B2B partner management; 
tracking of packages; management of the delivery machine configuration; capacity planning; 
notification; statistical data evaluation; delivery machine interface; and, in-house service. 

[0041] It is advantageous to make a distinction between basic management 
components and the access to the parcel data and user data as well as to secondary 
components that map the business processes 4 into the system. 

[0042] The modular structure of the system allows an independent incremental 
development of the various services. 

[0043] Since an especially preferred embodiment of the system and its components 
is based on an implementation of EJBs (Enterprise JavaBeans) technology, the basic 
components are mapped onto parcel EJBs and User EJBs. All other components 
communicate with these EJBs when they have to request or change parcel and customer $ 
data. The secondary components are, in part, complex partial systems that are made up of 
classes, EJBs and graphical user interfaces (GUIs). In order to allow communication of the 
components that is independent of the component design, each component provides a 
binding interface to its services in the form of a facade object - or EJB. The interfaces of the 
various components are described below. 

[0044] Delivery machine interface: 

[0045] The delivery machine interface is the communication platform with the 
delivery machines. The interface receives requests from the delivery machine and forwards 
them to the pertinent components. If the delivery machine expects data in response to its 
request, then this data are returned to the interface by the components and subsequently 
forwarded to the delivery machine. 

[0046] Figure 1 shows the structure of the components. An XML parser carries out 
the mapping of the XML files that are sent per http post into the function procedure calls that 
can be interpreted by the logistic system of the Machine Interface class, evaluates the 
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function procedure calls, and forwards them to the pertinent components, namely, User, 
Parcel, DeliveryMachine, and Notification. 

[0047] The components User Registration, B2B Partner Management, and Parcel 
Tracking are preferably encapsulated in a CallCenter facade. The facade takes over the 
communication with the EJBs for user and parcel data management, that is to say, User and 
Parcel. The component makes available web-based GUIs for registering and parcel tracking. 
These are encoded in JSP. Actions by the users are translated by means of a Worker Bean 
into function procedure calls andforwarded to the CallCenter facade. Preferably, it is the 
CallCenter facade that only now takes over the execution of the business logic circuit. The 
graph presented below provides a rough overview of this scenario. 

[0048] The In-House Services component encapsulates the services provided by the 
logistic system for the in-house service into the delivery bases. At the interface to the 
employees of the in-house service, there is a JSP that implements the GUI. Actions by the in- 
house employees are translated by means of a Worker Bean into function procedure calls 
and forwarded to the In-House Service facade. The In-House Service facade thus forms the 
interface to the actual function logic circuit of the component. The In-House Service facade 
also constitutes the communication interface to the other components of the system. In order 
to map the required function logic circuit, the component needs access to the basic 
components, namely, User and DeliveryMachine. 

[0049] The structure of the component is disclosed in the drawing figures. 

[0050] Another component that, thanks to J the modular structure of the logistic 
system, can be installed without any problems and that advantageously improves the logistic 
system and the components used therein, especially the parcel box system, is a notification 
component. The notification component effectuates the sending of messages to the user of 
the logistic system. The component preferably has two tasks. It maps the notification regimen 
of the logistic partners and takes over the technical transmission of messages to the devices 
of the customers. 

[0051] The interface to the other components of the system is implemented by a 
facade class called NotificationFacade. This class provides numerous methods that serve to 
inform the component about events that can trigger a notification being sent to a user. At the 
present time, such events are triggered by the interface component as the result of an action 
at the delivery machine and of the registration component. In order to be able to configure the 
target and the content pertaining to the message, the component needs to have access to 
address data of the message recipient. All of the message recipients managed in this 
especially preferred embodiment of the logistic system should thus make available the 
Notifiable interface. These are, for example, the EJBs of a postal service provider (referred to 



herein as "LogisticPartners"), the EJBs of customers of the postal service proviers (referred to 
herein as "LogisticPartnerClient"). and the EJBs of User. 

[0052] The organization of the user and parcel data can be carried out in many 
different ways. A user and parcel management system in the form of an object-oriented model 
(object model) that can be implemented especially advantageously will be presented below. 

[0053] The central object of the object model for the user management is the 
EntityBean UserEJB, which stores all data on persons who are permitted to operate the 
delivery machine. Final customers as well as deliverers and service personnel are classified 
as users. A complex object model (person as basic class, derived classes for the various 
roles of the person) was dispensed with. 

[0054] This yields the preferred embodiment, namely, to place the role of the user 
into the object as an attribute. The role is defined as "int." In the Const class, expressive 
variable names are defined, for example: 
public class Const { 

static final int ROLE_DPAG_REClPIENT = 1; 

} 

[0055] Moreover, the user object should have a reference to the associated 
LogisticPartners or LogisticPartnerClient. LogisticPartners are, for example, the postal service 
provider that operates the logistic system, or other companies that are given access to 
components of the logistic system, including the loading of the parcel boxes. 
LogisticPartnerClients are the customers of a LogisticPartner, that is to say, for example, 
Telekom as a customer of Danzas. 

[0056] Depending on the role of the user, the object receives a reference to a 
LogisticPartner (ROLE_B2B_DELIVERY_AGENT) or to a LogisticPartnerClient (ROLE_B2B_ 
RECIPIENT). In each case, the other reference remains empty (It is never permissible for 
both references to be filled in at the same time since a person is either delivering or picking 
up a shipment, never both). 

[0057] The UserGroupEJB object (likewise an EntityBean) allows the combination of 
several users into one group. In addition to a list of users, the UserGroup has a reference to 
the LogisticPartner or to the LogisticPartnerClient to which all members of the groups belong. 
The redundant storage of the reference in the User as well as in the UserGroup simplifies the 
access to information in the LogisticPartner(Client). 

[0058] Since parcels can be sent to both types (User and UserGroup), the two 
objects implement the Interface Addressable. The interface has the following methods: 
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getUsers( ), getlD( ) and getExpiryMinutes( ). This ensures that parcels that are sent to an 
addressable can be processed by the server. 

[0059] The getUsers( ) method yields a list of user EJBs. If it is a UserGroup, this list 
contains several EJBs, and if it is a User, only one EJB is present. 

[0060] The getlD( ) method returns the ID of the User or of the UserGroup. Since the 
addressable has to be able to be permanently stored, the subordinate object can be found 
through this ID. This results in the request that the IDs for the User and UserGroup be taken 
from a set of numbers. Moreover, in the object Post24ServerProperties, there is the 
newUserlD( ) method. It returns an unambiguous continuous ID. Internally, this method 
accesses a database application, especially an Oracle sequence. 

[0061] The getExpiryMinutes( ) method in the addressable is needed in order to 
determine the ExpiryDate of the parcel. The permitted retention time of a parcel depends on 
the client. In order to calculate the ExpiryDate, the getExpiryMinutes( ) method in both objects 
User and UserGroup accesses the LogisticPartnerCIient.getExpiryMinutes( ) method and 
adds this permissible retention time to the current point in time. 

[0062] The User and the UserGroup are created by the registration or by the 
administration tool. 

[0063] The EntityBean Parcel is provided in order to manage the parcels. The 
ParcellD is issued by the delivery machine and the server is notified via the interface with 
notifyDelivery( ). Then the delivery machine facade creates a new Parcel Object with the 
ParcellD as the Primary Key. 

[0064] The recipient (transmitted in the form of a customer number) is stored as 
addressable. In addition to the recipient, there is the substitute attribute, likewise of the 
addressable type. It cannot be set at notifyDelivery( ) but rather at a later point in time by 
calling the substituteBy method (addressable Addressable). The substitute arrangement is 
mapped by means of this attribute. The Parcel Object offers the following methods: 
getRecipients( ) and getSubstitutes( ), each of which returns a list of User Objects. 

[0065] In generating a new Parcel Object, for example, by means of the 
notifyDelivery( ) delivery machine interface, the ExpiryDate is calculated using the above- 
mentioned method and the notification is made to the Parcel Object. Thus, the create method 
contains the ExpiryDate. Each LogisticPartner can have different calculation rules for the 
ExpiryDate. 

[0066] In the case of COD parcels, a COD object is dispensed, while packages and 
parcels without COD are generated by a create method without COD. In the case of parcels, 
the IdentCode of the parcel is transferred in the create method. In addition, the Parcel Object 
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is informed about which LogisticPartner it belongs to. This information is necessary for the 
capacity planning. 

[0067] The history is maintained by the database using a trigger that transmits the 
old data record to an archive table before changing a data record. The getHistory( ) method 
provides a listing of the status of all archive entries. 

[0068] The delivery machine configuration and the capacity management are 
preferably likewise integrated into the logistic system as modular components. 

[0069] The delivery machines of the postal service customers system make 
available a fixed number of boxes of different sizes for storage. The boxes are used by 
different logistic companies. Since the allocation of the delivery machine boxes among the 
logistic companies should be known for purposes of the parcel handling as well as for the cost 
calculation, delivery machine configurations are administered in an EJB DeliveryMachine. The 
EJB allows the setting and querying of the box configurations of each delivery machine as 
well as the calculation of the current and future filling with parcels. 

[0070] The actual box configuration, that is to say, the number of boxes rented by a 
logistic partner broken down by box size, is represented by two EJBs BoxTypeAssignment 
and BoxType. The DeliveryMachine allocates each logistic partner a certain amount of 
BoxTypeAssignment EJBs, namely, one for each rented box size. Each BoxTypeAssignment 
stores the type and number of rented boxes. The box size is stored in its own EJB with the 
name BoxType. 

[0071] Due to the modular structure of the parcel box system used as well as of the 
logistic system, additional components can be integrated at any point in time. For example, it 
is possible to provide additional components for evaluation functions. Examples of such a 
data evaluation functionality are evaluations of the parcel data and customer data for 
statistical purposes. 

[0072] Protocoling (logging) is advantageous, especially for checking the proper 
functioning. The logging classes provided by the application server are used to log errors that 
have occurred. These are encapsulated for greater usefulness. 

[0073] For example, the class de.Post24.util.P24Log provides a statistical logging 

method: 

public static void log (int severity, 

java.lang.String system, 
Java.lang. String msg, 
java.lang.Throwable t) 
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[0074] 



The meanings here are: 



severity 



severity of the error. Four error classes are distinguished, 
which can be called up via constants within the P24Log class: 
P24Log. debug, P24Log.info, P24Log.waming, 
P24Log. error 



system 



name of the partial system 



msg 



error text to be stored 



t 



exception 



[0075] Simpler "lean" versions of this method are likewise possible, preferably by 
replacing certain parameters by predefined values, for example: 



[0076] Using the techniques shown, an adaptation of the configuration parameters 
can be done quickly and reliably. 

[0077] The person skilled in the art can replace embodiments used in this 
presentation by substituting functionalities of other programming languages and program 
functions. 

[0078] In the preferred programming language java, it is also possible to use other 
functionalities than the ones mentioned. In particular, it is advantageous for the person skilled 
in the art to use the process steps known from the other documents, such as, for example, 
http://java.sun.com/docs/codeconv/ (Java Coding Conventions), for the implementation of 
additional functions and for modifying and improving the functions employed. 

[0079] The foregoing description is given for clearness of understanding only, and 
no unnecessary limitations should be understood therefrom, as modifications within the scope 
of the disclosure may be apparent to those having ordinary skill in the art. 



severity 
system 



P24Log. debug 

name of the partial system 

not applicable 



t 
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